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Beschreibung 

Vorrichtung und Verfahren ziir Programmierung und/oder Ausfuh- 
rung von Programmer* fur industrielle Automatisierungssysteme 

5 

Die Erfindung betrifft eine Vorrichtung und ein Verfahren zur 
Programmierung und/oder Ausfuhrung von Programmen fur indus- 
trielle Automatisierungssysteme. 

10 Ein gattungsgemafies Verfahren zur Programmierung industriel- 
ler Automatisierungssysteme im Sinne des Oberbegriffs des Pa- 
tentanspruchs 1 basiert auf mindestens einer Rechnereinheit 
mit Eingabehilf smitteln, Ausgabehilf smitteln, sowie vorzugs- 
weise mindestens einer Anzeigevorrichtung. Bausteine und 

15 Funktionen, die jeweils Teilaufgaben einer Automat isierungs- 
losung reprasentieren, werden mit den Eingabehilf smitteln und 
gegebenenf alls der Anzeigevorrichtung modelliert und/oder er- 
stellt. Den Bausteinen und Funktionen konnen Modellinf ormati- 
onen und/oder Metainf ormationen mit den Eingabehilf smitteln 

20 und der Anzeigevorrichtung zugeordnet werden. Die Bausteine 
und Funktionen werden mit den Eingabehilf smitteln und gegebe- 
nenf alls der Anzeigevorrichtung strukturiert und vernetzt, urn 
so als mindestens ein maschinen-unabhangiges Programm mindes- 
tens einen hierarchischen Baum zu bilden. 

25 

In klassischen Programmiersprachen, wie zum Beispiel Pascal 
oder Fortran, werden Daten, Bausteine und Funktionen ge- 
trennt. Erst im Zuge des Paradigmas der Objektorientierung 
wurden Daten und Funktionen zu Objekten zusammengef uhrt . Ver- 

30 einzelt werden auch Metadaten den Objekten zugeordnet. Meta- 
daten sind Inf ormationen iiber andere Inf ormationen, zum Bei- 
spiel Inf ormationen uber vorhandene Objekte. Solche Metadaten 
sind zwar in einem Gesamt system bzw. in einem Gesamtkontext 
vorhanden, sie sind aber in Automatisierungssystemen weder 

35 physikalisch in einem Objekt hinterlegt, noch enthalten sie 
Wissen uber die zu realisierende Applikation fur eine indus- 
trielle Anlage oder uber den zu realisierenden Prozess. 
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Programmierbare Automatisierungssysteme bzw. MES- Systeme, das 
heiSt Systeme zur Steuerung und/oder Regelung von automat i- 
sierten Prozessen oder Anlagen, enthalten in der Regel ein so 
genanntes Lauf zeitsystem zur zeitlichen Ablauf steuerung einer 
5 Automatisierungskomponente einer Maschine oder eines Systems. 
Des weiteren verfugen derartige Systeme uber eine Enginee- 
ring-Vorrichtung zum Erstellen und Editieren von Steuerungs- 
programmen und Anlagef unktionen. Die mithilfe der Enginee- 
ring -Vorrichtung erstellten Steuerungsprogramme und Anlage- 
10 funktionen werden im Lauf zeitsystem ausgef iihrt . 

Es zahlt bereits zum noch nicht verof f entlichten Stand der 
Technik, Automatisierungssysteme dadurch zu programmieren / 
dass in einer Engineering -Vorrichtung Objekte, die jeweils 

15 Teilaufgaben einer Automatisierungslosung reprasentieren, 

mithilfe von Eingabehilf smitteln und einer Anzeigevorrichtung 
modelliert werden. Derartigen Objekten werden ebenfalls uber 
die Eingabehilf smittel und die Anzeigevorrichtung Modellin- 
formationen sowie Metainf ormationen zugeordnet. Die Objekte 

20 werden dann als hierarchische Baume strukturiert und ver- 

netzt, urn so mindestens ein maschinen-unabhangiges Programm 
bereit zustellen . 

Nach dem Stand der Technik wird das oder jedes mithilfe der 
25 Engineering-Vorrichtung erzeugte maschinen-unabhangige Pro- 
gramm in einer oder in mehreren Stufen in ein maschinen- 
abhangiges Automatisierungsprogramm fur die Komponenten des 
Automatisierungssystems umgewandelt . Dies erfolgt nach dem 
Stand der Technik ausgehend von der visuellen Representation 
30 bei der Programmierung, wobei die visuelle Representation in 
eine imperative, sequent ielle Maschinensprache bzw, einen Ma- 
schinencode umgesetzt werden. Dieser sequent ielle Maschinen- 
code wird nach dem Stand der Technik zur Ausfiihrung auf eine 
Automatisierungskomponente, zum Bespiel eine speicherprogram- 
35 mierbare Steuerung (SPS) , geladen. 



WO 2004/111738 



PC17EP2004/004740 



3 

Der imperative, sequent ielle Maschinencode stellt demnach das 
nach dem Stand der Technik ubliche maschinen-abhangige Auto- 
matisierungsrograram dar, welches in dieser Form auf die Kom- 
ponenten bzw. Automatisierungseinrichtungen des Automatisie- 
5 rungssystems geladen wird. Automat isierungsprogramme, welche 
auf die oben beschriebene Art nach dem Stand der Technik er- 
zeugt werden, sind jedoch unflexibel, da sie zur Laufzeit nur 
schlecht anderbar sind. Des weiteren sind derartige Automati- 
sierungsprogramme nur auf den speziellen Komponenten eines 
10 Automat isierungs systems verwendbar, fur die der entsprechende 
Maschinencode erzeugt worden ist. Die Programme sind demnach 
nicht flexibel verwendbar. 

Hiervon ausgehend liegt der vorliegenden Erfindung das Prob- 
15 lem zu Grunde, ein neuartiges Verfahren und eine neuartige 
Vorrichtung zur Programmierung und/oder Ausfuhrung von Pro- 
grammen fur industrielle Automatisierungssysteme zu schaffen. 

Dieses Problem wird dadurch gelost, dass das eingangs genann- 
20 te Verfahren durch die Merkmale des Patentanspruchs 1 weiter- 
gebildet ist. 

Erf indungsgemafe wird das oder jedes maschinen-unabhangige 
Programm in Form mindestens eines hierarchischen Baums in die 

25 entsprechenden Komponenten des Automat isierungs systems gela- 
den, wobei die entsprechenden Komponenten des Automatisie- 
rungssystems das oder jedes maschinen-unabhangige Programm 
vorzugsweise mit Hilfe mindestes einer denselben zugeordneten 
Objektmaschine direkt ausfuhren. Das oder jedes maschinen- 

30 unabhangige Programm liegt vorzugsweise in Form mindestens 

eines ausfiihrbaren, hierarchischen Objekt- bzw. Operatorbaums 
vor . 

Die erf indungsgemaSe Vorrichtung zur Programmierung indus- 
35 trieller Automatisierungssysteme ist im unabhangigen Patent- 
anspruch 14 definiert. Ein Compute rprogramm zur Implementie- 
rung des Verfahrens oder der Vorrichtung ist im unabhangigen 
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Patentanspruch 23 beansprucht. Des weiteren betrifft die Er- 
f indung gemaS dem unabhangigen Patentanspruch 24 eine Daten- 
verarbeitungseinrichtung, auf der ein solches Computerpro- 
gramm installiert ist. 

5 

Bevorzugte Weiterbildungen der Erfindung ergeben sich aus den 
Unteranspriichen und der nachfolgenden Beschreibung. 

Nachfolgend werden bevorzugte Ausfuhrungsbeispiele der Erf in- 
10 dung - ohne hierauf beschrankt zu sein - anhand der Zeichnung 
naher erlautert . In der Zeichnung zeigt : 

Fig. 1: eine Darstellung einer Automatisierungs-Pyramide mit 
drei Steuerungsebenen, 

15 

Fig. 2: eine schematische Darstellung einer Engineeringvor- 
richtung, eines Laufzeit systems und einem zu steu- 
ernden technischen Prozess, 

20 Fig. 3: eine schematische Darstellung eines Objekts, 

Fig. 4: schematische Darstellung eines Programms, und 

Fig. 5: eine schematische Darstellung des Programms gemaE 
25 Fig. 4 in Baumstruktur . 

Fig. 1 zeigt in einer prinzipiellen Ubersichtsdarstellung 
drei Steuerungsebenen, wie sie ublicherweise in einem produ- 
zierenden Unternehmen zu finden sind. Durch eine Pyramide 10 
3 0 wird verdeutlicht , dass nach oben hin eine Verdichtung der 
Informationen stattf indet . * 

Die oberste Ebene ist die ERP-Ebene 11 (Enterprise Resource 
Pi arming -Ebene) . Auf dieser ERP-Ebene 11 bzw. Unternehmens- 
3 5 leitebene werden ublicherweise betriebswirtschaf tliche und 
vertriebliche Aufgaben in einem Unternehmen projektiert und 
durchgefuhrt, so zum Beispiel Finanzwesen, Vertriebswesen, 
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Personal wesen und Berichterstattung. Aber auch Produktionsan- 
lagen ubergreif ende, logistische Aufgaben, wie zum Beispiel 
Materialverwaltung, werden auf dieser ERP-Ebene 11 durchge- 
fuhrt. Das SAPR/3-System ist zum Beispiel ein ERP-System, das 
5 auf der Unternehmensleitebene sehr .haufig verwendet wird. 

Die unterste Ebene der Pyramide gemafi Fig. 1 ist die so ge- 
nannte Automatisierungsebene 12 . Auf dieser Ebene kommen ub- 
licherweise speicherprograrnmierbare Steuerungen (SPS) 13 in 
10 Verbindung mit Visualisierungssystemen und Prozessleitsyste- 
men (PLS) 14 zum Einsatz. Die Antriebe 15, Aktuatoren 1.6 und 
Sensoren 17 von Produktions- und/oder Fertigungseinrichtungen 
stehen direkt mit der Automatisierungsebene 12 in Verbindung. 

15 Das Verbindungsglied zwischen der ERP-Ebene 11 und der Auto- 
matisierungsebene 12 ist die MES-Ebene 18. Die Applikationen 
der MES-Ebene 18 sorgen somit fur eine vertikale Integration 
zwischen der ERP-Ebene 11 und der Automatisierungsebene 12 . 
Die MES -Applikationen mussen einerseits die Grobplanungen der 

20 ERP-Ebene 11 urn produktionsanlagenspezif ische Feinplanungen 
erganzen und an die Systeme der Automatisierungsebene 12 wei- 
terleiten, andererseits ist es Aufgabe der MES -Applikationen 
produktionsrelevante Daten der Automatisierungsebene 12 auf- 
zunehmen, auf zubereiten und an die ERP-Ebene 11 weiterzulei- 

25 ten. Typische MES -Applikationen sind unter anderem das Quali- 
ty Management 19, Maintenance Management 20, Performance Ana- 
lysis 21, Process Management oder auch Asset Management. 

Durch die jeweils drei Punkte wird in Fig. 1 verdeutlicht , 
30 dass sich auch auf einer Ebene weitere Elemente bzw. Applika- 
tionen befinden konnen. 

Die Automatisierungsebene 12, die MES-Ebene 18 bzw. MES- 
Einrichtung oder die ERP-Ebene 11 oder ERP-Einrichtung ent- 
35 halten in der Regel ein so genanntes Lauf zeitsystem zur zeit- 
lichen Ablauf steuerung der beteiligten Komponenten (Teilkom- 
ponenten, Module, Tasks, Prozesse des Betriebssystems usw.). 
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Des weiteren enthalten diese Ebenen bzw. Einrichtungen eine 
so genannte Engineering-Vorrichtung zum Erstellen und Editie- 
ren von Programmer^ welche zur Ausfuhrung im Laufzeit system 
vorgesehen sind. 

5 

Fig. 2 zeigt stark schematisiert eine Engineering-Vorrichtung 
22, ein Lauf zeitsystem 23 und einen zu steuernden technischen 
Prozess 24. Die Verbindung zwischen dem Lauf zeitsystem 23 der 
Steuerung bzw. des Automat isierungssystems und dem techni- 

10 schen Prozess 24 erfolgt bidirektional iiber Ein- und/oder 

Ausgabeverbindungen 26. Die Programmierung erfolgt in der En- 
gineering-Vorrichtung 22. Die Engineering-Vorrichtung 22 ent- 
halt Werkzeuge fur die Konf iguration, Programmierung und Pro- 
jektierung technischer Prozesse, wie zum Beispiel industriel- 

15 ler Anlagen. Die in der Engineering-Vorrichtung 22 erstellten 
Programme werden iiber einen Inf ormationspf ad 25 in das Lauf- 
zeitsystems 23 der MES-Vorrichtung bzw. der ERP-Vorrichtung 
bzw. eines sonstigen Zielsystems ubertragen. 

20 Die Engineering-Vorrichtung 22 umfasst liblicherweise ein Com- 
putersystem mit Graf ikbildschirm, Eingabehilf smitteln, wie 
Tastatur und Maus, Prozessor, Arbeitsspeicher und Sekundar- 
speicher, eine Einrichtung fur die Aufnahme computerlesbarer 
Medien, wie Disketten und CDs, sowie Anschlusseinheiten fur 

25 einen Datenaustausch mit anderen Systemen. Die Engineering - 
Vorrichtungen 22 umfassen Editoren und grafische Werkzeuge 
fur die Model lierung und Programmierung von Anlagen und Steu- 
erungen. Bei Engineering-Vorrichtungen, die nicht objektori- 
entiert sind, erfolgt die Erstellung maschinen-unabhangiger 

30 Programme mit Hilfe von grafischen Kontaktplanen, Funktions- 
planen, Sequence Function Charts oder Continuous Function 
Charts. Bei objektorientierten Engineering-Vorrichtungen er- 
folgt die Programmerstellung mit Hilfe objektorientiert . Ins- 
besondere unterstiitzen objektorientierte Engineering- 

35 Vorrichtungen 22 die Objektorientierung, wie die Erstellung 
von Objekten, die Erstellung von Klassen, die Erstellung von 
Oberklassen sowie die Darstellung von Vererbungsbeziehungen. 
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Uber Editoren, Maskeneingabe oder uber Drag&Drop-Mechanismen 
werden Datenbausteine, Funktionsbausteine oder Objekte vor- 
zugsweise mit Metainf ormationen verkniipft und als hierarchi- 
sche Baume stmkturiert und miteinander vernetzt. Die mith.il- 
5 fe einer solchen Engineering-Vorrichtung 22 erstellten Pro- 
gramme bzw. Steuerungen bzw. Anlagenspezif ikationen sind ma- 
schinen-unabhangig . 

Die mithilfe der Engineering-Vorrichtung 22 erstellten Pro- 
10 gramme mussen letztendlich auf einem Zielsystem, zum Beispiel 
auf den Komponenten des Automat isierungssystems, ausgefiihrt 
werden, urn den technischen Prozess 24 zu steuern. Bevor je- 
doch hierauf eingegangen wird, sollen nachfolgend noch die 
Zusammenhange bei der Erstellung maschinen-unabhangiger Pro- 
15 gramme dargestellt werden. 

Fig. 3 zeigt stark schematisiert die Darstellung eines Ob- 
jekts 27 mit einem Objektinterf ace 28. Solche Objekte 27 kon- 
nen bei alien Arten des Engineerings, wie zum Beispiel Chemi- 

20 cal Engineering, Product Engineering, Software Engineering 
usw. , verwendet werden. Ein Objekt 27 ist allgemein ein Ge- 
genstand oder ein Element einer Domane bzw. einer Diskurs- 
welt. In der obj ektorientierten Sof twareentwicklung ist ein 
Objekt 27 ein individuelles Exemplar von Dingen oder Sachen, 

25 Personen oder Begriffen der realen Welt oder der Vorstel- 

lungswelt. Ein Objekt 27 besitzt einen bestimmten definierten 
Zustand und reagiert mit einem definierten Verhalten auf sei- 
ne Umgebung. AuSerdem besitzt ein derartiges Objekt 27 eine 
Objektidentitat , die es von alien anderen Objekten unter- 

30 scheidet und die es erlaubt, auf ein anderes bestimmtes Ob- 
jekt zuzugreifen. Ein Objekt kann ein oder mehrere andere Ob- 
jekte kennen. Zwischen Objekten, die sich kennen, bestehen 
Verbindungen oder Verzweigungen bzw. Vernetzungen. Der Zu- 
stand eines Objekts 27 wird durch seine Daten bzw. Attribut- 

35 werte und die jeweiligen Verbindungen zu anderen Objekten be- 
stimmt. Das Verhalten eines Objekts wird durch seine Menge 
von Methoden bzw. Operationen definiert. In der Objektorien- 
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tierung wird durch eine Klasse der Typ eines Objekts be- 
schrieben. Aus dieser Typbeschreibung konnen konkrete Instan- 
zen, die dann ein konkretes programmiersprachliches Objekt 
darstellen, erzeugt werden. Mithilfe von Objektdiagrammen 
5 lassen sich Objekte und ihre Verbindungen grafisch darstel- 
len. Solche Editoren fur Objektdiagramme sind Teil von ob- 
jektorientierten Engineer ing-Vorrichtungen. Diese Diagramme 
konnen von einem Anwender in einer solchen objektorientierten 
Engineering -Vorrichtung editiert und bearbeitet werden. 

10 

Der linke Teil der Darstellung der Fig. 3 zeigt Inf ormationen 
bzw. Elemente, die ein Objekt 27 iiblicherweise enthalt . Bei 
Daten 29 kann es sich zum Beispiel um einen aktuellen Mess- 
wert oder um einen Stellwert handeln. Methoden 30 reprasen- 

15 tieren ausfiihrbare Tatigkeiten im Sinne eines Algorithmus, 
zum Beispiel eine UND-Verknupfung oder einen Regelalgorith- 
mus. Die Menge der Methoden bestimmt das Verhalten einer Ob- 
jektklasse bzw. eines von dieser Klasse instant iierten Ob- 
jekts. Die Methoden 30 eines Objekts konnen von anderen Ob- 

20 jekten verwendet und aufgerufen werden. Weiterhin konnen die 
Objekte 27 so genannte Subobjekte 31 umfassen, welche die Ob- 
jekte fur die Realisierung der Methoden 3 0 benotigen. Durch 
Subobjekte 31 wird ein Objektbaum gebildet. 

25 Auf der rechten Seite des in Fig. 3 dargestellten Objekts 27 
ist schraffiert ein so genannter Container 32 dargestellt. 
Durch solche Container 32 werden Mechanismen fur die Metain- 
formationshaltung und Mechanismen des Zugrif fs auf Metainfor- 
mationen realisiert. Die Container 2 9 stellen eine Kapsel- 

30 schicht um das Objekt 27 dar, und alle Zugriffe auf ein Ob- 
jekt erfolgen nur uber die Schnittstelle 28. Uber die 
Schnittstelle 28 wird auf die Methoden 30 und Daten 29 und 
auf die Met ainf ormationen des Objekts 27 zugegriffen. Bei ei- 
nem Zugriff auf die Daten oder die Methoden kann somit ein 

35 Dienst, der das Objekt verwendet, anhand der Metadaten vom 

konkreten Aufbau und der konkreten Bedeutung der Datenfunkti- 
onen abstrahieren. Alle Zugriffe erfolgen, wie bereits er- 
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wahnt uber die generische Schnittstelle 28. Dadurch ist die 
Wiederverwendbarkeit und Austauschbarkeit von Objekten 27 
moglich. Somit kann auch in komplexen Systemen immer auf die- 
selbe Art und Weise auf Objekte 27 zugegriffen werden. Insbe- 
5 sondere stellen die so genannten Container 32 Inf rastruktur - 
funktionen, wie Datenvernetzung, Datenspeicherung und Daten- 
visualisierung in einer einheitlichen Art und Weise fur alle 
Arten von Objekten zur Verfugung. Zu den Inf rastrukturf unkti- 
onen, die ein Container 32 zur Verfugung stellt, gehoren zum 
10 Beispiel Trace- Funk tionen, das heiEt Inf ormationen daruber, 
wer und wie lange ein Objekt 27 verwendet. Wie bereits er- 
wahnt, enthalt der Container 32 auch Me tainf ormationen und 
Selbstbeschreibungsinf ormationen fur das Objekt 27. 

15 Fig. 4 zeigt ein in der Engineering-Vorrichtung 22 darge- 
stelltes Programm. Fig. 5 zeigt das Programm in Form eines 
Objekt- bzw. Operatorbaums . So sind die Bausteine und Funkti- 
onen des Progratnms gemaS Fig. 4 in Fig. 5 in Objekte 27 umge- 
setzt, und zwar in Form eines hierarchischen Baums 33. Die 

20 Objekte 27 sind als Doppelkreise dargestellt. Der innere 
Kreis stellt schematisch den Aufbau eines Objekts im Sinne 
der Fig. 3 dar. Der linke Teil eines Objekts 27 betrifft wie- 
der die Daten 29, Methoden 30 und Subobjekte 31. Der rechte 
Teil reprasentiert den so genannten Container 32, der die Me- 

25 tainf ormationen und die Inf rastruktur inf ormationen fur ein 
Objekt zur Verfugung stellt. Der Container 32 stellt eine 
Kapselschicht fur das Objekt 27 dar. Der Zugriff auf das Ob- 
jekt erfolgt lediglich uber die generische Objektschnittstel- 
le 28. Die AuSenkreise urn die Objekte visualisieren, dass die 

30 Objekte in die optionale Inf rastruktur eines Systems einge- 
bettet sind. Die optionale Inf rastruktur stellt generische 
Dienste wie z.B. Speichern und Laden zur Verfugung. Ein As- 
pekt der Inf rastruktur ist die Vernetzung. Der Zugriff auf 
Inf rastrukturdienste bzw. entsprechende Funktionen wird uber 

35 den Container 32 realisiert und ist fur alle Objekte 27 im 

hierarchischen Baum 33 gleich. Der auSere Kreis eines Objekts 
27 stellt also eine Sammlung von Inf rastrukturdiensten bzw. 
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Inf rastrukturfunktionen dar, die auf die Objekte uber deren 
Container 2 9 zugreifen. Ein einmal realisierter Infrastruk- 
turdienst kann von alien Objekten 27 in gleicher Weise be- 
nutzt we r den. 

5 

Wie bereits erwahnt, zeigt Fig. 5 exemplarisch eine Struktur 
eines maschinen-unabhangigen Programms einer zu realisieren- 
den Steuerungsaufgabe als hierarchischen Objektbaum 33, wie 
er in die Komponenten des Automatisierungssystems geladen und 

10 dort abgearbeitet wird. Die einzelnen Objekte 27 des Baums 33 
entsprechen Bausteinen und Funktionen des Programms gemaS 
Fig. 4, wie es in einer Engineering-Vorrichtung editiert 
wird. Dies folgt unmittelbar aus der textlichen Beschreibung 
der Programme lemente in Fig. 4 und 5. Die Darstellung gemafi 

15 Fig. 4 zeigt einen Kontaktplanen bzw. Funktionsplan. Durch 

diese Strukturaquivalenz ist die lokale Anderbarkeit des Pro- 
gramms gewahrleistet . Durch die den Containern 32 der Objekte 
27 zugeordneten Metadaten ist die Ruckabbildbarkeit des lau- 
fenden Programms auf die Darstellung im Engineering moglich. 

20 

Im Sinne der Erfindung wird ein auf der Engineering- 
Vorrichtung 22 vorzugsweise liber Objekte 27 modelliertes bzw. 
erstelltes maschinen-unabhangiges Programm 33 nicht, wie im 
Stand der Technik liblich, zuerst in ein maschinen-abhangiges 

25 Automat isierungsprogramm in Form eines sequent iellen Maschi- 
nencodes gewandelt und dann auf eine Komponente des Automati- 
sierungssystems bzw. ein sonstiges Zielgerat geladen, sonderri 
vielmehr werden die maschinen-unabhangigen Programme in Form 
hierarchischer Baume in die entsprechenden Komponenten des 

30 Automatisierungssystems geladen. Die Programme werden demnach 
in Form eines Objekt- bzw. Operatorbaums auf eine SPS oder 
ein sonstiges Automat isierungsgerat geladen. Ein solcher Ob- 
jekt- bzw. Operatorbaums ist ein l:l-Abbild einer Darstellung 
des Programms. Es handelt sich bei einem solchen Operatorbaum 

35 urn ein ablauf f ahiges Programm, welches samtliche Engineering- 
Daten fur das Programm enthalt bzw. enthalten kann. 
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Die entsprechenden Komponenten des Automatisierungssystems 
f iihren das maschinen-unabhangige Programm aus . Das Laden des 
oder jeden maschinen-unabhangigen Objekt- bzw. Operatorbaums 
auf die entsprechenden Komponenten des Automat isierungssys- 
5 terns erfolgt unter Verwendung einer maschinen-unabhangigen, 
symbolischen Representation des Baums zum Beispiel in Form 
eines Bytecodes oder in Form einer Auszeichnungssprache . Als 
Auszeichnungssprache kann XML (Extended Mark-up Language) 
Verwendung finden. 

10 

Beim oder nach dem Laden des maschinen-unabhangigen Programms 
in eine Komponente des Automatisierungssystems erfolgt die 
Instanziierung der Operatoren. Hierzu dient unter anderem ei- 
ne Objektmaschine oder auch eine Realtime-Objektmaschine. Die 

15 Objektmaschine lost die symbolische Representation des oder 
jeden hierarchischen Baums 33 des oder jeden maschinen- 
unabhangigen Engineering -Programms auf , wandelt symbolische 
Adressen in physikalische Adressen urn, und bildet bzw. gene- 
riert so ein ablauf fahiges Programm in Form eines ausfuhrba- 

20 ren Objekt- bzw. Operatorbaums. Dieses wird auf der oder je- 
der Komponente des Automatisierungssystems ausgef uhrt . 

Fur das Instanziieren und Ausf iihren des Programms durch die 
. Komponente des Automatisierungssystems ist, wie bereits er- 

25 wahnt, der Komponente des Automatisierungssystems die Realti- 
me-Objektmaschine zugeordnet. Die Realtime-Objektmaschine 
stellt Objekte, zum Beispiel Operatoren, zur Verfiigung. Bei 
den Operatoren handelt es sich urn logische Operatoren, wie 
zum Beispiel AND-Verknupfungen, OR-Verkniipfungen, NOR- 

3 0 Verknupfungen oder XOR-Verknupfungen. Bei den Operatoren kann 
es sich auch urn mathematische Operatoren, wie zum Beispiel 
Operatoren fur die Grundrechenarten, Interpolationsoperatoren 
oder urn Filteroperatoren, handeln. Bei den Objekten handelt 
es sich vorzugsweise urn Datenobjekte bzw. Basisobjekte und 

35 Steuerobjekte. Die Basisobjekte umfassen Daten und Eigen- 

schaften. Bei den Eigenschaf ten handelt es sich zum Beispiel 
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um die maximale Ausfuhrungszeit , den maximalen Speicher- 
verbrauch oder die Trans akti oris f ahigkeit des Objekts. 

Der ausfuhrbare Operatorbaum besteht aus Operatoren, namlich 
5 logischen und/oder mathematischen Operatoren, und Steuerob- 
jekten. Bei Steuerobjekten kann es sich zum Beispiel um eine 
Anweisungsliste, Transaktionscontainer , Prozesscontainer usw. 
handeln. Input -Datenob jekten eines Steuerobjekts sind gleich- 
zeitig Output -Datenobj ekte von anderen Operatoren oder Steu- 

10 erobjekten. Zur Ausfuhrung des Operatorbaums werden die Ob- 
jekte getriggert. Das Triggern der Ob j ekte wird entlang der 
Hierarchie und/oder der Vernetzung der Objekte ausgelost, 
wenn alle benotigten Input -Datenobj ekte getriggert haben. Da- 
tenobj ekte triggern dann, wenn sich deren Wert andert oder 

15 deren Trigger ausgelost wird. 

Durch Verschaltung von Input -Datenobj ekten mit Eingangen von 
Sensoren oder Aktuatoren sowie durch Verschaltung von Output - 
Datenobj ekten mit Ausgangen von Sensoren oder Aktuatoren wird 

20 der Operatorbaum in das reale Automat isierungsumf eld einge- 
bunden und so das ablauffahige Automatisierungsprogramm be-^ 
reitgestellt . Durch Verwendung von transaktionsf ahigen, real- 
timefahigen und/oder f ehlertoleranten Ob jekten werden aus- 
fuhrbare Operatorbaume geschaffen, die selbst wieder transak- 

25 tionsfahige, realtimef ahig und/oder f ehlertolerant sind. 

Mithilfe des erf indungsgemaSen Verfahrens sowie der erf in- 
dungsgema&en Vorrichtung zur Programmierung und/oder Ausfuh- 
rung von Programmen industrieller Automat isierungssyst erne 

30 lassen sich eine Vielzahl von Vorteilen erzielen. So ist ein 
mithilfe der Erfindung generiertes Programm auf alien Kompo- 
nenten eines Automat isierungssyst ems ausfuhrbar, auf denen 
die Objektmaschine bzw. die Real time -Ob jektmaschine implemen- 
tiert ist. Das Programm kann zur Laufzeit geandert werden. Es 

35 lassen sich demnach lokale Teilbaume des als ausfuhrbaren O- 
peratorbaums bereitgestellten Programms hinzufugen, andern 
bzw. entfernen. Weiterhin ist ein derartiges Programm selbst- 
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beschreibend, wenn selbstbeschreibende Objekte verwendet wer- 
den. Aus dem ausfuhrbaren Operatorbaum ist das maschinen- 
unabhangige Programm visualisierbar . Eine Ablage fur Program- 
me kann daher ent fallen. Weiterhin wird mithilfe der Erf in- 
5 dung die Engineering- Zeit verkurzt . Die Programmierung er- 

folgt rein uber lexikalische und semantische Funktionen. Eine 
Generierung und Optimierung von Maschinencodes ist nicht mehr. 
erforderlich. Bei der Anderung der Programmierung mussen le- 
diglich geanderte Programm-Teilbaume analysiert und geladen 
10 werden. Der Rest des Programms kann unverandert bleiben. Das 
Laden von Programmen auf eine Komponente eines Automatisie- 
rungssystems kann inkrementell erfolgen, das heiSt, dass le- 
diglich der geanderte Programmteil geladen werden muss und 
nicht das gesamte Programm. 
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Patentanspruche 

1. Verfahren zur Programmierung und/oder Ausfuhrung von 

Programmen fur industrielle Automatisierungssysteme, ba- 
5 sierend auf mindestens einer Rechnereinheit mit Eingabe- 

hilf smitteln, Ausgabehilf smitteln, sowie vorzugsweise 
mindestens einer Anzeigevorrichtung, wobei Bausteine und 
Funktionen, die jeweils Teilaufgaben einer Automatisie- 
rungslosung reprasentieren, mit den Eingabehilf smitteln 

10 und gegebenenf alls der Anzeigevorrichtung modelliert 

und/oder erstellt werden, wobei die Bausteine und Funk- 
tionen mit den Eingabehilf smitteln und gegebenenf alls 
der Anzeigevorrichtung strukturiert und vernetzt werden, 
so dass dieselben als mindestens ein maschinen- 

15 unabhangiges Programm mindestens einen hierarchischen 

Baum bilden, dadurch gekennzeichnet , dass das 
oder jedes maschinen-unabhangige Programm in Form min- 
destens eines hierarchischen Baums in die entsprechenden 
Koraponenten des Automatisierungssystems geladen wird, 

20 und dass die entsprechenden Komponenten des Automatisie- 

rungssystems das oder jedes, in Form mindestens eines 
hierarchischen Baums vorliegende, maschinen-unabhangige 
Programm ausfuhren. 

25 2. Verfahren nach Anspruch 1, dadurch gekennzeich- 
net,, dass das oder jedes maschinen-unabhangige Pro- 
gramm auf den entsprechenden Komponenten des Automati- 
sierungssystems mit Hilfe mindestes einer denselben zu- 
geordneten Objektmaschine ausfuhrt wird. 

30 

3. Verfahren nach Anspruch 1 oder 2, dadurch gekenn- 
zeichnet, dass das oder jedes maschinen-unabhangige 
Programm, das in Form mindestens eines hierarchischen 
Objekt- bzw. Operatorbaums in den entsprechenden Kompo- 
35 nenten des Automatisierungssystems vorliegt, interpreta- 

tiv abgearbeitet wird. 
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4. Verfahren nach einem oder mehreren der Anspruche 1 bis 

3, dadurch gekennzeichnet , dass das oder jedes 
maschinen-unabhangige Programm in Form mindestens eines, 
der Darstellung des Programms in der oder jeder Anzeige- 

5 vorrichtung strukturaquivalenten oder stinikturahnlichen 

Objekt- bzw. Operatorbaums vorliegt. 

5. Verfahren nach einem oder mehreren der Anspruche 1 bis 

4, dadurch gekennzeichnet, dass das Laden des 
10 oder jeden maschinen-unabhangigen Programms in die ent- 

sprechenden Kontponenten des Automatisierungssystems un- 
ter Verwendung einer maschinen-unabhangigen, symbol i- 
schen Representation des oder jeden hierarchischen Baums 
erf olgt . 

15 

6. Verfahren nach Anspruch 5, dadurch gekennzeich- 
net, dass die maschinen-unabhangige, symbolische 
Representation des oder jeden hierarchischen Baums in 
Form von Byte Code oder in Form einer Auszeichnungsspra- 

20 che (Markup Language) , insbesondere in Form von XML (Ex- 

tended Markup Language), erf olgt. 

7. Verfahren nach einem oder mehreren der Anspruche 1 bis 

6, dadurch gekennzeichnet, dass die oder jede 
25 Ob j ektmaschine als Real time- Ob jektmaschine mit determi- 

nistischen Antwort- und Zykluszeiten ausgebildet ist. 

8. Verfahren nach einem oder mehreren der Anspruche 1 bis 

7, dadurch gekennzeichnet, dass die oder jede 
3 0 Ob jektmaschine Operatoren, insbesondere mathematische 

und logische Operatoren, und Objekte, insbesondere Da- 
tenobjekte und Steuerobjekte, zur Verfugung stellt, aus 
welchen das oder jedes maschinen-unabhangige Programm in 
Form des oder jeden hierarchischen Baums gebildet ist. 



35 



Verfahren nach Anspruch 8, dadurch gekennzeich- 
net, dass beim oder nach dem Laden des maschinen- 
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unabhangigen Programms die Operatoren instant iiert und 
die symbolische Representation des oder jeden hierarchi- 
schen Baums zur Generierung eines ablauf f ahigen Pro- 
gramms in physikalische Adressen ubersetzt werden. 

5 

10. Verfahren nach einem oder mehreren der Anspruche 1 bis 
9, dadurch gekennzeichnet, dass die Objektma- 
schine als eine fur sich abgeschlossene Funktionseinheit 
implementiert wird, die den oder jeden hierarchischen 

10 Baum zur Laufzeit abarbeitet . 

11. Verfahren nach einem oder mehreren der Anspruche 1 bis 
9, dadurch gekennzeichnet, dass die Objektma- 
schine verteilt als mindestens ein Objekt implementiert 

15 wird, wobei der oder jeder hierarchische Objekt- bzw. O- 

peratorbaum sich selbst abarbeitet. 

12 . Verfahren nach einem oder mehreren der Anspruche 1 bis 

11, dadurch gekennzeichnet, dass den Baustei- 
20 nen und Funktionen, insbesondere Objekten, Modellinfor- 

mationen und/oder Metainf ormationen mit den Eingabe- 
hilfsmitteln und gegebenenf alls der Anzeigevorrichtung 
zugeordnet werden. 

25 13. Verfahren nach einem oder mehreren der Anspruche 1 bis 

12, dadurch gekennzeichnet, dass den Objekten 
des als hierarchischen Objekt- bzw. Operatorbaums vor- 
liegenden, maschinen-unabhangigen Programms eine Samm- 
lung von Inf rastrukturdiensten bzw. Inf rastrukturfunkti- 

30 onen zugeordnet ist, die auf die Objekte oder die den 

Objekten zugeordnete Metadaten generisch zugreifen, so 
dass ein Infrastrukturdienst bzw. eine Inf rastruktur- 
funktion von alien Objekten benutzt werden kann und fur 
alle Objekte mit Metadaten anwendbar ist. 



35 



14 . Vorrichtung zur Programmierung und/oder Ausf uhrung von 
Programmen fur industrielle Automat isierungssysteme, ba- 
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sierend auf mindestens einer Rechnereinheit mit Eingabe- 
hilf smitteln, Ausgabehilf smitteln, sowie vorzugsweise 
mindestens einer Anzeigevorrichtung, mit Mitteln zum Mo- 
dellieren und/oder Erstellen von Bausteinen und Funktio- 
nen, die jeweils Teilaufgaben einer Automatisierungslo- 
sung reprasentieren, und mit Mitteln zum Strukturieren 
der Bausteine und Funktionen und zum Vernetzten dersel- 
ben, um so als mindestens ein maschinen-unabhangiges 
Programm mindestens einen hierarchischen Baum zu bilden, 
gekennzeichnet durch Mittel um das oder jedes ma- 
schinen-unabhangige Programm in Form mindestens eines 
hierarchischen Baums in die entsprechenden Komponenten 
des Automatisierungssystems zu laden, wobei die entspre- 
chenden Komponenten des Automatisierungssystems das oder 
jedes, in Form mindestens eines hierarchischen Baums 
vorliegende, maschinen-unabhangige Programm ausfuhren. 

15 . Vorrichtung nach Anspruch 14, gekennzeichnet 
durch mindestens eine den entsprechenden Komponenten 
des Automatisierungssystems zugeordnete Objektmaschine, 
um das oder jedes maschinen-unabhangige Programm auszu- 
f uhren . 

16. Vorrichtung nach Anspruch 14 oder 15, dadurch ge- 
kennzeichnet, dass das oder jedes maschinen- 
unabhangige Programm in Form mindestens eines, der Dar- 
stellung des Programms in der oder jeder Anzeigevorrich- 
tung strukturaquivalenten oder strukturahnlichen Objekt- 
bzw. Operatorbaums vorliegt. 

17. Vorrichtung nach Anspruche 15 oder 16, dadurch ge- 
kennzeichnet, dass die oder jede Objektmaschine 
als Realtime-Objektmaschine mit deterministischen Ant- 
wort- und Zykluszeiten ausgebildet ist. 

18. Vorrichtung nach einem oder mehreren der Anspruche 14 
bis 17, dadurch gekennzeichnet, dass die oder 



WO 2004/111738 



PCT/EP2004/004740 



18 

jede Ob j ektmaschine Operatoren, insbesondere mathemati- 
sche und logische Operatoren, und Objekte, insbesondere 
Datenobjekte und Steuerobjekte, zur Verfugung stellt, 
aus welchen das oder jedes maschinen-unabhangige Pro- 
5 gramm in Form des oder jeden hierarchischen Baums gebil- 

det ist . 

19. Vorrichtung nach einem oder mehreren der Anspriiche 14 
bis 18, gekennzeichnet durch Mitteln zum Zuordnen 

10 von Model linf ormationen und/oder Metainf ormationen zu 

den Bausteinen und Funktionen. 

20. Vorrichtung nach einem oder mehreren der Anspriiche 14 
bis 19, dadurch gekennzeichnet, dass die Ob- 

15 j ektmaschine als eine fur sich abgeschlossene Funktions- 

einheit implementiert ist, die den oder jeden hierarchi- 
schen Baum zur Laufzeit abarbeitet. 

21. Vorrichtung nach einem oder mehreren der Anspruche 14 
20 bis 19, dadurch gekennzeichnet, dass die Ob- 

j ektmaschine verteilt als mindestens ein Objekt imple- 
mentiert ist, wobei der oder jeder hierarchische Objekt - 
bzw. Operatorbaum sich selbst abarbeitet. 

25 22. Vorrichtung nach einem oder mehreren der Anspruche 14 
bis 21, dadurch gekennzeichnet, dass den Ob- 
jekten des als hierarchischen Objekt- bzw. Operatorbaums 
vorliegenden, maschinen-unabhangigen Programms eine 
Sammlung von Inf rastrukturdiensten bzw. Inf rastruktur- 

30 funktionen zugeordnet ist, die auf die Objekte liber den 

Objekten zugeordnete Container zugreifen, so dass ein 
Infrastrukturdienst bzw. eine Inf rastrukturfunktion von 
alien Objekten benutzt werden kann. 



35 23. 



Computerprogramm, das ein Verfahren nach einem oder meh- 
reren der Anspruche 1 bis 13 oder eine Vorrichtung nach 
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einem oder mehreren der Anspruche 14 bis 22 implemen- 
tiert . 

24. Datenverarbeitungseinrichtung, auf der ein Computerpro- 
gramm nach Anspruch 23 installiert ist . 
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